#Clean Architecture
Explore tagged Tumblr posts
devleader · 21 days ago
Photo
Tumblr media
What is CQRS and how might it fit into Clean Architecture? CQRS (Command and Query Responsibility Segregation), is a pattern that separates read and update operations for a data store. It can fit really nicely into Clean Architecture because of the alignment with separation of concerns that the pattern and the software architecture both support. Start with some CSharp code examples and tips to get started with these two things in this article! Read the article here: https://www.devleader.ca/2024/02/07/cqrs-pattern-in-c-and-clean-architecture-a-simplified-beginners-guide/ #CleanArchitecture #CSharp #DotNet
0 notes
manhasderessaca-blog · 2 months ago
Text
Data Transfer Object (DTO): Também conhecido como Classe de Resultado. No contexto da Arquitetura Limpa, o DTO é uma classe mais simples usada para transferir dados entre diferentes partes do sistema, geralmente para passar informação entre uma camada e outra.
0 notes
inf-soft · 5 months ago
Text
Clean Architecture: ¿Realmente mi arquitectura es Clean?
La Clean Architecture, formulada por Robert C. Martin, también conocido como “Uncle Bob”, es un enfoque de diseño de software que enfatiza la separación de intereses y la independencia de marcos y herramientas. Este enfoque promueve la creación de sistemas que son fáciles de mantener y extender, lo que resulta en software de alta calidad y larga vida útil. En la era moderna del desarrollo de…
Tumblr media
View On WordPress
0 notes
understanding-react-native · 5 months ago
Text
Discover the strengths and weaknesses of various mobile app architecture patterns like MVC, MVP, MVVM, and Clean Architecture to choose the best fit for your project.
0 notes
amourfae · 8 months ago
Text
Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media
sleep like a winter bear.
7K notes · View notes
mylifeinwindows · 8 months ago
Text
Tumblr media
271 notes · View notes
whiplassh · 3 days ago
Text
Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media
𝖿𝖺𝗇𝗍𝖺𝗌𝗍𝗂𝖼 𝗇𝗂𝗀𝗁𝗍 𝗂𝗌 𝖼𝗈𝗆𝗂𝗇𝗀 ✶
34 notes · View notes
brawley1492 · 2 months ago
Text
Tumblr media
Quaint,
Clean and charming architecture ... Porvoo Finland
50 notes · View notes
galeriette · 7 days ago
Text
Tumblr media Tumblr media
Streets in Chicago ☁️
Tumblr media
20 notes · View notes
devleader · 22 days ago
Photo
Tumblr media
How does MediatR fit into Clean Architecture? Leveraging a Mediator pattern in Clean Architecture can help by allowing modules to communicate with each other without coupling them together. Instead of hand-rolling your own Mediator implementation, we can use the awesome MediatR nuget package to greatly simplify this for us! Learn how these two things can work together with CSharp code examples in this article. Read the article here: https://www.devleader.ca/2024/02/06/c-clean-architecture-with-mediatr-how-to-build-for-flexibility/ #CleanArchitecture #CSharp #DotNet
1 note · View note
manhasderessaca-blog · 3 months ago
Text
Sobre Arquitetura Limpa e inseguranças de uma dev júnior/pleno
[09/09/2024]
Tumblr media
Acho que a pior parte de não ter tido a oportunidade de trabalhar com pessoas mais experientes é a sensação de que preciso tentar entregar tudo o mais perfeito possível, mas não sei exatamente *como*. Ou até sei, mas não o suficiente.
E essa sensação piorou significativamente quando entrei no projeto novo em que estou trabalhando. É um código em Flutter muito maduro, um aplicativo com mais de 3 anos de vida e escrito por desenvolvedores experientes.
O problema? Bem. Não existe exatamente um padrão no projeto. Um parte dele usa Arquitetura Limpa em sua melhor forma: arquivos de Repository, Datasource e UseCase bem separados.
Mas a outra parte do app (a maior parte dele) usa apenas uma versão simplificada de Repository e Datasource, sem UseCase.
Agora, toda vez que vou criar uma feature nova, perco umas 2h tentando lidar com a insegurança :P (Obrigada, devs sêniors que não estão mais no projeto e deixaram esse Frankenstein aos meus cuidados!).
Já trabalhei com Arquitetura Limpa antes, mas era muito mais fácil trabalhar com ela quando todo o aplicativo seguia um padrão só. Afinal, eu não precisava pensar muito na utilidade do UseCase antes de começar a escrever o código.
Ao invés disso, no meu trabalho atual eu fico pensando: por que ele escolheu não usar o usecase nessa outra feature? Foi uma escolha? Foi preguiça? Existem momentos em que o UseCase não é necessário? Eu estou escrevendo abstrações demais por nada?
DESCULPA, uma dev júnior que "ganhou" o cargo de pleno está surtando agora.
Esse texto meio diário, então, é uma sessão de estudo com um lembrete para mim sobre alguns conceitos importantes sobre os UseCases dentro da Arquitetura Limpa.
O papel dos UseCases
A Arquitetura Limpa preza pelas responsabilidades bem divididas entre as camadas da aplicação. O papel do UseCase é manter as operações/manipulações de dados separadas da camada de Apresentação.
"Os use cases são responsáveis por executar a lógica de negócios da aplicação, processar dados, realizar ações específicas e coordenar as operações que envolvem os repositórios ou serviços." - Por que precisamos do Use Case?
Esse artigo mitigou um pouco de uma das minhas maiores dores escrevendo UseCases: Tá, mas ele só tá chamando o Repository, por quê tô escrevendo ele? É uma abstração desnecessária?
A resposta é NÃO. Mesmo o UseCase mais simples é útil por causa de 3 fatores:
Separa a lógica de negócio da apresentação - Okay, esse é o objetivo principal do UseCase, mas isso é particularmente útil quando você precisar modificar a lógica relacionada a uma regra de negócio sem impactar negativamente a camada de Apresentação
Facilitar testes - A lógica de negócios isolada também dá mais uma vantagem: facilita na hora da criação de testes. Isso porque agora você não vai depender da implementação do Repository para implementar os testes. Você consegue escrever testes unitários para verificar se a lógica aplicadas às regras de negócio estão certas, criando mocks para simular o comportamento do Repository, por exemplo.
Manutenção de código - Se por acaso você decidir mudar a maneira como os dados são recebidos pela API, você pode fazer isso apenas mudando a implementação do Repository, sem mexer no UseCase.
Esse último tópico abriu os meus olhos para algumas coisas, inclusive. Recentemente o aplicativo passou por uma migração grande de uma parte das chamadas de API. O processo teria sido muito mais simples se tivéssemos um UseCase implementado nessa parte da aplicação!
Usei a Perplexyti.ai para conversar comigo me explicando melhor os conceitos para além das leituras, e foi muito útil! Considero que foi uma sessão de estudo bem produtiva :)
1 note · View note
indiesprings · 19 days ago
Text
Tumblr media
21 notes · View notes
detroitlib · 6 months ago
Text
Tumblr media
Close-up view of the cornice and frieze on the Main Library, Detroit Public Library. Newspaper article, from Detroit Free Press, June 11, 1955 on back: "Council closes book on library blasting." Article discusses the controversy regarding proper way to clean marble exterior of Main Library. Handwritten on back: "Main Library cleaning."
Burton Historical Collection, Detroit Public Library
46 notes · View notes
amourfae · 8 months ago
Text
Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media Tumblr media
sluggish mornings in the rain.
239 notes · View notes
celestialtulip · 1 year ago
Text
Tumblr media
Feeling a little shy about posting drawings again, but here’s a sketch for a linocut I want to make. Archangel Michael x Dame Aylin, pose based on “The Archangel Michael Weighing a Soul” by Lucas Cranach the Elder, 1506.
108 notes · View notes
hipstafootprint · 7 months ago
Text
Tumblr media
Icarus · Zurich 2024
50 notes · View notes